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Memorandum to: Mr. J. E. Bart© It 

Subject: IBM’s Relationship with X3. 2 


Several informal discussions with members of x3. 2 were quite 
disquieting to me. It appears that the members are upset and 


disturbed about IBM’s attitude toward the work of x3. 2. Many 
members are dubious about our corporate position and feel that 
IBM is not acting in good faith. In particular they are extremely 
skeptical about IBM's assurances that we will implement or. 
support the code. They feel that the "official” position has 
varied from time to time, particularly between Irv • Liggett ‘s 
tenure and the present day. I have tried to reassure them but 


have only partially succeeded. 


I would like to emphasize that, in my opinion, drastic action is 
required. Frankly, the group feels that the standard can be 
reached without. IBM’s active support, and because of the un- 
animity of tide feeling, I tend to agree. This looks like a 
potential case cf IBM lagging -the field (sis one member stated, 
"as usual"). I feel you should press for implementation. 


One final remark is necessary in. my own defease. The 
committee seems to feel that my personal contributions have been 
important, but unnecessarily restricted by a vasciallatiug 
official IBM position. 
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'MovoiTiber 13, 1961 


’ M en; or an dum to : 


Jur. x\. vt . TiCRsep 


Subject: 


X3.2- Code, Your Memorandum of 
November 7 to My,’ J, E, Baxtelt 


At the November 8, 9, and 10 mooting of the x.3.2 the assign- 
rr-enfe of graphics shown in the attached chart was quickly 
ye ached. The Teletyoe C or por&tion did not press for 'place- 
ment of the / and ** In die stick containing the numeric digits, 
a o OiAchcror?, veixroir v.’C.aJ.u nave - - _■ -a. rc A t/.;wrr .'----y ooar 4-aie* *■* , 
IBM presented 4 possible arrangements for characters in , 
the 6 low order positions of the first two graphic columns and 
the set shown represented an acceptable • &??&» gemeut for all 
concerned. 

Later in the meeting, however, a suggested revision la place- 
ment of the control characters almost forced repocitlcoing of 

i ”? f v •;"' ”* j ? J" h- •£» j Lkc. r-j p :» C^' *<t 1't# J V/ci — c: 0.1 0 tO 




of dclhrdters would -not have arisen, and a better ova rail com- 
promise could have been achieved. 

Thank you for your suggestions . They are -always .ir-ost"Velcorae . 


HJd/lm? 

tiackment 


.Andrus, Jr. 
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RECOMMENDED CHARACTER SET 
FOR 4-ROW TELETYPEWRITERS 


November 15, 1961 


The attached Table 1 contains the recommended character 
set for Bell System 4-row teletypewriters. This is the code which 
has been submitted to ASA Sectional Committee X3 by the X3-2 Sub- 
committee as a "Proposed American Standard Code for Information 
Interchange." This code differs from the preliminary recommendation 
of October 4, 1961 in the following areas: 

1, The area reserved for data delimiters has been shifted 

from the first eight positions of the 001 column to the 
last eight positions of this column. This change will 
permit the data processors to collapse the 7-bit set 
into a 6-bit set containing data delimiters, replacing 
only the least significant symbols (@, \ , C ,3 , #) . 

2. As a result of the above change, all of the other controls 
except WRU and BELL were reassigned (NULL remains in the 
0000 position of the 000 column by definition). The 
changes are as follows: 

a. The auxiliary machine controls (R10N, R20N , XON , 

R10F , R20F, XOFF*) are now placed in the area 
formerly occupied by the data delimiters, and are 
arranged so that a simpler test will establish 
whether a given code is an auxiliary machine control 
and whether it is a machine activate or deactivate 
code. These auxiliary machine controls were previously 
located on five of the six alpha keys (K, L, M, N and 
0) which already have symbols on the upper portion 

of the key top. " 

b. The switching controls (SOM, EOA, EOM and EOT*) have 
been added and assigned so as to be on the keytops 
A, S, W and E which are clustered at the left of the 
keyboard. 

c. Horizontal tabulation, vertical tabulation and form 
feed have been reassigned to facilitate the collapse 
of the 7-bit code into a 6-bit code for communication 
printers. 

d. The remaining controls RU and MOTOR OFF were assigned 

to two of the four remaining control codes, as indicated 
in Table 1. 


* See Legend (Section 5) of the attached "Proposed 
American Standard Code for Information Interchange.” 


TABLE I 


RECOMMENDED CHARACTER SE 1 FOR 
4- ROW TELETYPEWRITERS 


CONTROL lfy 



note: see legend (SECTION 5 ) of the attached "proposed 

AMERICAN STANDARD CODE FOR INFORMATION INTERCHANGE. 
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November 21, 1961 



U-Row Monocase 


MEMORANDUM: 


and Up -Low 


Teletypewriters 



The author reviewed the U-row monocase and up-low teletype- 
writers, in terms of the recommended character set for U-row teletype- 
writers, at the Teletype Corporation on November 13 and 1U, 1961. This 
memorandum is to record the discussions. 




U-Row Monocase Teletypewriter 

1. The keyboard of the 33 and 35 type teletypewriters are 
illustrated in Figures 1 and 2 respectively. The two 
keyboards are identical except for the following 
differences necessitated by the equipment limitations 
and cost considerations: 



Location With Respect 


to Alpha Field 

Key 

33 Type 

35 Type 

HERE IS 

Right 

Right side panel 

CONTROL 

Right 

Left 

BREAK 

Right 

Left Side panel 

REPEAT 

Right 

Right Front 

ESCAPE 

Note 1 

Note 2 

Local Line Feed 

Note 3 

Left Front 

Local Reverse Line Feed 

Note 3 

Left Front 

Local Carriage Return 

Not Provided 

Right Front 

Local backspace 

Not Provided 

Right Front(ASR only) 


Note 1 - The 33 type does not provide a hole in 
the keyboard guild plate for the ESCAPE 
key. 

Note 2 - The 35 type can be equipped with the 

ESCAPE key by removing cap and inserting 
the ESCAPE keylever. 

f Note 3- The end of the- platen of the 33 type 

protrudes through the cover to permit the 
attendant to rotate the platen. 

An interlock will be provided on both the 33 and 35 types 
to prevent the operation of keys which do not have upper 
symbols, during the depression of the SHIFT key. Table 1 
illustrates the conditions which would result if this 
interlock were not provided. 

3* Inadvertent operation of the CONTROL key, simultaneously 
with a key not associated with a control, will result 
a in the conditions illustrated in Table 2. The execution 

\ of the control function in the 33 and 35 types does not 

{?. lend itself to a simple blocking of the non-control keys. 

A/m A H-' ^ ( e> j ^ 
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lx-Row Up/Low Teletypewriters 

1« The 33 and 35 types will require major redesign to operate 
as up/low teletypewriters* Before proceeding with any 
development, the following are some of the items which 
should be resolved: 

a) Will the Bell System offer an up/low teletypewriter? 
If so, when? 

b) Should the development effort to increase the speed 
of the heavy duty teletypewriter be expanded in 
scope to include up/low operation? 

c) Will there be both heavy duty and light duty upAow 
teletypewriters? 

d) Should the lower case of the alphabet have discrete 
code assignments or should an upAow teletypewriter 
operate with a mode shift? 



The basic code structure for an upAow teletypewriter is as 
follows: 


009_ 

<?ot 

oto 

on 

Sap 



/// 


*sj 

0 

Ql 

in 

A 

N 


5 

N 

Q 

cu 

; 


This arrangement does not conform to the ASA X3-2 code structure. 
Therefore, to utilize the ASA code and to permit I4— row monocase 
and upAow teletypewriters to communicate, the up/low typing 
unit will have to be more complex (logically). Figure 3 
illustrates possible U-row monocase and upAow type box con- 
figurations. 


3. The symbols associated with K, L, M, N, 0 and P must be placed 
on separate keys of the upAow keyboard if the SHIFT key is to 
be used to change b$ from 1 to 0 to shift from the lower case of 
the alphabet to the upper case and to change b£ from 1 to 0 
(or 0 to l) to shift from the lower symbols to the upper symbols 
(see Figure it). 

An alternate method would be to add a key, designated UPPER 
SXMBOL, to be depressed with keys containing upper symbol thereby 
retaining the monocase keyboard arrangement. This has the obvious 
disadvantage of differing from the H standard" typewriter mode of 
operation. 



TABLE 2 


Characters Generated if Non-Control Key is Depressed Simultaneously 
With the CONTROL Key. 




Key Depressed 

ESCAPE 

DELETE 

X 

Y 

Z 

I 

K 

L 

M 

N 

0 


Character Generated 


? 

Data Delimiter 
Data Delimiter 
Data Delimiter 
(None) 
(None) 

Carriage Return 
Line Feed 
Upper Case 
Lower Case 




TABLE 3 


Characters Generated if the SHIFT and CONTROL Keys are Depressed 
Simultaneously With the K, L, M, N, 0 or P Keys. 







Key Depressed 

K 

L 

M 

N 

0 

P 


Character Generated 

Data Delimiter 
Data Delimiter 
Data Delimiter 
Data Delimiter 
Data Delimiter 
Null 







BASIC 4-ROW (BIT- INVERSION ) KEYBOARD 

(35 TypE ) 

FIGURE 2 


Note: break rhd 

here IS KE ' jS 

NRE LOCA r~D 
R/\f THE KE'/ Bo A RE 

Side p/f/SEii . 
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r/ore: fluxu. /kfiy KS'fS 

Ncr SHousM. 


Possible U-Row Up/Low Keyboard 


FIGURE 4- 
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November 28, 1961 


MEMORANDUM TO. All Members X3 . 2 

SUBJECT: Proposed American Standard Code 

for Information Interchange PROPOSED AMERICAN STANDARD CODE 


We are enclosing a copy of the recommended standard which 
your Subcommittee agreed upon at Its last meeting. Copies 
of this recommendation are being mailed this week to all 
members of ASA Sectional Committee X3 and the DPG 
Engineering Committee. 


FOR INFORMATION INTERCHANGE 


G. M. Wilson for 

J. W. Barker, Acting Chairman X3 

GMW/mh 

enc. 




Formerly Office Equipment Manufach 
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(This Foreword is not a part of the American Standard Code for 
Information Interchange). 

Presented herein is the standard coded character set to be 
used for information interchange among information processing 
systems, communication systems, and associated equipment. 

Subsequent standards will prescribe the means of implement- 
ing this standard in the principal media, such as perforated 
tape, punched cards and magnetic tape. Other standards will deal 
with collating and error control considerations. These standards 
will facilitate the interchange of digital information. 

The 7-bit coded character set was developed by a group of 
highly qualified and experienced specialists in information 
processing and communication. Historical work in the field was 
reviewed, and a comprehensive program of original research and 
code design completed. Careful consideration has been given to 
the several conflicting code set requirements, and their reso- 
lution achieved in the standard code. 

This standard was approved as American Standard by the 
American Standards Association on 


Suggestions for improvement gained in the use of this stand- 
ard will be welcome. They should be sent to the American Stand- 
ards Association, Incorporated, 10 East 40th Street, New York 16, 
New York. 




Section 

1 . 

2 . 

3. 

4. 

5. 

Appendixes 





PROPOSED AMERICAN STANDARD CODE 
FOR INFORMATION INTERCHANGE 



LEGEND 


- Null/ Idle 

- Stare of Message 


- Motor off 


- "Are you. . . ?" 

- "Who are you?" 


End of transmission 


Horizontal tabulation 


- Vertical tabulation 


- Audible signal 

- Carriage return 


- Line feed 


- Upper case 


- Lower case 


j R 1 on - Receiver #1 on 
! a 2 on - Receiver #2 on 
' x on - Transmitter on 
S EOA - End of Address 
j a 1 of - Receiver #1 off 
^ r 2 of - Receiver #2 off 
X off - Transmitter off 
EOM - End of message 
DD - Data delimiter 


- word separator (space, 
normally non-printing) 

- Less than 

- Greater than 

- up arrow, exponentiation 

- Left arrow, (implies, 
replaced by) 

- Reverse slant 

- Acknowledge 

- Escape 

- Delete/ldle 


N3 . Expanded definitions of some of the above terms may be found in appe 
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POUGHKEEPSIE 
South Road Laboratory 
Dept. 272 Ext. 5541M 

December 26, 1961 


Memorandum To: Members of the Character Sets Committee 


Subject: 


Meeting of the Character Sets Committee, December 
19 and 20 


The meeting was held in New York City at the New Time-Life Building. 

The members who attended, as well as some visitors, are indicated on the 
attached list. For the information of members who wish to circulate informa- 
tion there are two methods available. Firstly, the information can be sent to 
Mr. C. E. Mackenzie, who will arrange to have it duplicated and forwarded; 
alternatively, members can send memos to other members, and in this event, 
should send two copies to each name on the attached list. It was agreed that 
the next meeting of the Committee would take place in New York City at the 
New Time-Life Building on Tuesday and Wednesday, January 23 and 24. 


Mr. C. E. Mackenzie gave a progress report on the IBM Historic Code. He 
indicated that agreement to implement a code on the console typewriter of the 
1410 had been obtained in the Data Systems Division. The actual details and 
schedules for the implementation have not been yet worked out, but this will 
take place rapidly, ' 


Section III 

The meeting was then, and for the remainder of the time devoted to a dis- 
cussion of the X3. 2 Information Interchange Standards. Mr. L. Robinson, of 

Data Processing, remarked that at a meeting of the Corporate Standards 
Technical Committee, Data Processing had agreed to this code only on the 
condition that it should not be implemented directly into 1 hardware. For 
example, the suggestion that this code could be implemented directly in an 
8-bit machine, with the realization that the IBM coding sequence had been 


2 



violated, would be completely unacceptable to Data Processing. 14 wa ® 
pointed out at this time and many other times during the meeting that the 
implementation of this Standard did not necessarily involve a direct use of 
the bit code but could certainly involve rearrangement of the bit code to 
incorporate the IBM collating sequence. Mr. H. J. Smith, Jr. pointed out 
that the standard has been very carefully worded so that it specifically 
excluded at this time any description of means of implementation of the code 
in physical media such as punched cards, magnetic tape, and perforated 
tape, and in CPU's. He also pointed out that task groups had been set up by 
the X3.2 Subcommittee to begin work on these subjects. 


Section IV 

TbejGommittee then began to discuss the possible implementation of the code in 

punched cards. There are three alternatives. 

A. Punch the code directly into the cards. This approach is completely 
unacceptable to IBM. It would require the development and marketing 
of a new line of equipment such as keypunches, sorters, collators, and 
interpreters, and there is certainly no reason at this time for doing such 
a thing. Also, there is considerable question as to the strength of cards 
which may have as many as 8 punches in a column and 80 columns across 
the card. Product Test experience indicates that cards laced by such codes 
tend to buckle and jam. 

B. A second approach is an expanded Hollerith Code. Mr. B. M. Updike 
pointed out that by considering all possible conbinations of three punches 
per column, two punches per column, one punch per column, and no 
punches per column, a total number of 299 combinations are available. 

If this approach were taken, it is clear that 12 8 combinations as in a 7-bit 
code, or 256 combinations as in'an 8-bit code could clearly be encompassed, 
but not directly. If such cards could be read into an 8-bit machine, for 
example, translation would have to take place, either software or hard- 
ware. An advantage of this approach is that the present IBM Historic 
Code could be embodied directly and unchanged. 

C. Some kind of compromise code can be developed. Suggestions were not 
forthcoming. 

Section V 
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Foreword 


(This Foreword is not a part of Pro pos ed American Standard Code 
for Information Interchange.) 7 

This American Standard presentsjg) standard coded character 
set to be used for information Interchange among information 
processing systems, communications systems, and associated 
equipment . 


Code design considerations and criteria, related subsets, 
extensions, and deviations are given in the appendixes. 


Subsequent standards will prescribe the means of lmple- 
mentlng this standard in the principal media, such as perforated 
tape, punched cards, and magnetic tape. Other standards will 
■ tA deal ty^lp collating and error control considerations. These 
* standards will facilitate the interchange of digital information. 


The 7-bit coded character set was developed by a group \ 
of specialists highly qualified and experienced in information 
processing and communication. Historical work in he field 
was reviewed, and a comprehensive program of original research 
and code design completed. Careful consideration has been 
given to the several conflicting code-set requirements with the | 
purpose, achieved by this standard, of resolving these conflicts. 


This . standard was approved as American Standard by the 


Suggestions for improvement gained in the use of this 
standard will be welcome. They should be sent to the American 
Standards Association, Incorporated, 10 East 40th Street, ew 
York 16, N.Y. 
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Proposed American Standard Code 
for Information Interchange 



1. Scope 

1 /V° 

1. 1 This standard establishes a 7-bit coded character set for the 
Interchange of data in an information processing system. 

1.2 This standard does not define the means by which the coded 

set is to be recorded in any physical medium. The standard code ; (Vi. 
does not Include any redundancy or define techniques for error 
control. Further, it does not specify a standard collating sequence. 

2. Standard Code 

See table and notes below 



Note 1: Deviations from the standard may create serious diffi- 
culties in information Interchange and should be used only with 
full cognizance of the parties involved. 

Note 2: Unassigned codes are reserved for future standardization. 
Their use in information interchange prior to such standardization 
is a deviation from the standard. 





3. Positional Order and Notation 



Standard 7-bit set code positional order and notation are 
shown below with b 7 , the high-order, and b x , the low-order, 
bit position. 

b 7 b 6 b 5 b 4 b 3 b 2 b l 
Example: The code "S" lslOlOOll 




NULL 

Null/Idle 

SOM 

Start of message 

M off 

Motor off 

RU 

"Are you...?" 

WRU 

"Who are you?" 

EOT 

End of transmission 

H tab 

Horizontal tabulation 

PF 

Form feed 

V tab 

Vertical tabulation 

© 

Unassigned controls 

BELL 

Audible signal 

CR 

Carriage return 

LF 

Line feed 

UC 

Upper case 

LC 

Lower case 

R1 on 

Receiver No. 1 on 

R2 on 

Receiver No. 2 on 

X on 

Transmitter on 

EOA 

End of address 

R1 of 

Receiver No. 1 off 

R2 of 

Receiver No. 2 off 

X off 

Transmitter off 

EOM 

End of message 

DD 

Data delimiter 


Word separator (space, 
normally non-printing) 

Less than 

Greater than 

Exponent iat ion 

Replaced by 

Acknowledge 

Escape 

Delete/Idle 


Expanded definitions of some of the above terms may be found in the appendixes 






December 1 


1961 


i'U I'lili'loJiKb U. 


OF 


13.2 


An emergency meeting of X3.2 is called for 
Washington D. C. This action is necessary 
B and C can be completed and approved in t 
sufficiently for the next X3 meeting. It 
these Appendices should be of high quality 


December 11, 12 and 13 
so that the Appendices . 
ime for submission to X3 
is and has been our aim 
reflecting careful and 


in 

£ 


that 


professional work. Comments received to date indicate that there are 
sufficient revisions and corrections to warrant a working meeting to 
correct and revise said Appendices. 


The meeting place will be: 

TELETYPE CORPORATION OFFICE 
Room 71.3 - Pennsylvania Bldg. 

425 13th Street N. W. 

Washington 4, D. C. 

TEL: MStropolitan S-1016 


In orda.. so avoid possible conflicts and make most evident use of every 
one's time, the following dates, times and strategic agenda has been se 

Dec. 11 - 7:30 P.M. Review of Appendices and corrections 

and revisions which have been sub- 
mitted. Establishment of working 
groups . 
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8 to 5 P.M. Working group meetings on Appendices. 

7:30 P.M. Formal meeting to review progress of 
the working groups. 


Dec. 13 - To be scheduled at meeting of Dec. 11th. 


It is believed that this work and these meetings are extremely importan 
for the time of completion of the present standards activities. I 
request that you each make every reasonable effort to attend. 

Best regards. 


c-- -"?.// 

C . E . Macon 
Chairman X3 . 2 

CLM : ak s 
















allowance has been jaade for sterling numbers and the extra Continental 


hm been of &mz> difficulty to us). We recognised tee suitability of tee 
scheme for S~bit computers, for line-printers with ©4 printing symbols, for 
transmission system* using 8 or 5~uuit characters, ami for typewriter keyfeo&rt 

Wo felt that only one significant difficulty resaains. We eonld net see any 
steple transformation or contraction into a 6~Mt set which is suitable for 
general -purpose computer use. 

;te Britain, and also Contiaeatal Europe, virtually all computers usei-bit 
characters. In order that a code say be usable with these computers, the 
control functions and data delimiters need to collate low to the letters, 
aoasbers and .special symbols (for tue same reasons as they have been, arranged 
in this way in the AM, 7 -bit system). 

Is tee BSI and ECMA schemes, tee first 8 positions of tee 6-bit set have been 
allocated for this purpose, and tee sseanings of tee various characters hare 
been chosen so that they can be used to control machines, to control tee _ 
format or layout of documents, or a© date delimiters, as appropriate, this 
arrangement has been found satisfactory in practice, and is considered to 
be tee optimum within a 6-bit set. 

We saw teat a simple transfortaation could be obtained between the AM 7-bit 
scheme and a general-purpose 6-bit set if these important controls were 
grouped in the first half of tee 660 “stick” of the ASA scheme, as shown 
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Chapter 6 

CHARACTER SET 

by R. W. Berner and W. Buchholz 


6.1. Introduction 

Among the input and output devices of a computer system, one can 
distinguish between those having built-in codes and those largely insensi- 
tive to code. Thus typewriters and printers necessarily have a fixed code 
that represents printable symbols to be read by the human eye; a code 
must be chosen for such a device in some more or less arbitrary fashion, 
and the device must make the transformation between code and symbol. 
Data storage and transmission devices, on the other hand, such as mag- 
netic tape units and telephone transmission terminals, merely repeat the 
coded data given to them without interpretation, except that some code 
combinations may possibly be used to control the transmission process. 
(Strictly speaking, storage and transmission devices do generally limit 
the code structure in some respect, such as maximum byte size, so that 
code sensitivity is a matter of degree.) 

For the inherently code-sensitive devices to be attached to a new com- 
puter system, an obvious choice of character set and code would have 
been one of the many sets already established. When the existing sets 
were reviewed, however, none were found to have enough of the system 
characteristics considered desirable. In fact, it became clear that about 
the only virtue of choosing an already established set is that the set 
exists. Accordingly, it was decided, instead, to devise a new character 
set expressly for use throughout a modern computer system, from input 
to output. The chief characteristic of this set is its extension to many 
more different characters than have been available in earlier sets. The 
extended set designed for the 7030 (Fig. 6.1) contains codes for 120 
different characters, but there is room for later expansion to up to 256 
characters including control characters. In addition, useful subsets have 
been defined, which contain some but not all of these 120 characters and 
which use the same codes for the selected characters without translation. 
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I 


! 


I 



0 


$ 


It should be noted that the 7030 computer is relatively insensitive to 
the specific choice of code, and any number of codes could be successfully 
used in the system. For any particular application a specialized charac- 
ter code might be found superior. In practice, however, a large computer 


Bits 

4-5-67 

0000 

0001 

0010 

BitsO 

0011 

1-2-3 

0100 

0101 

0110 

0111 

0000 

Blank 

[ 

& 

c 

k 

s 

o; 

8 

0001 

+ 

D 

+ 

C 

K 

S 

0 

a 

0010 

-T 

] 

$ 

d 

1 

t 

1 

9 

0011 

* 

o 

= 

D 

L 

T 

1 

9 

0100 

A 

1 

- 

* 

e 

rn 

u 

2 

• 

0101 

{' 

= 

( 

E 

M 

U 

2 

• 

• 

0110 

t 1 

“ 1 

/ 

f 

n 

V 

3 

- 

0111 


7 ' 

) 

F 

N 

V 

3 

*? 

1000 

V 

% 

5 

9 

o 

w 

4 


1001 

V 

\ 

5 

G 

0 

W 

4 


1010 

1 

0 

» 

h 

P 

X 

5 


1011 

II 

1 

Tf 

H 

P 

X 

5 


1100 

> 

# 

a 

l 

q 

y 

6 


1101 

> 

T 

A 

I 

Q 

Y 

6 


1110 

< 

a 

b 

j 

r 

z 

7 


1111 

< 

r-> 

B 

J 

R 

Z 

7 



Fig. 6.1. 120-character set. 


installation must deal with a mixture of widely different applications, and 
the designers have to choose a single character set as a compromise among 
conflicting requirements. 

The purpose of this chapter is to list major requirements of a character 
set and code, and to point out how these requirements may or may not 
be met by the specific set to be described. 
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6.2. Size of Set 

Present IBM 48-character sets consist of 

1. 10 decimal digits 

2. 26 capital letters 

3. 11 special characters 

4. 1 blank 

Other manufacturers have employed character sets of similar or some- 
what larger size. 

Because a single set of eleven special characters is not sufficient, there 
exist several choices of special characters as “standard options.” 

Since this 48-character set is often represented by a 6-bit code, it is 
natural to try to extend it to 63 characters and a blank, so as to exploit 
the full capacity of a 6-bit code. 1 Although the extra sixteen characters 
would indeed be very useful, this step was thought not to be far-reaching 
enough to justify development of the new equipment that it would 
require. 

As a minimum, a new set should include also: 

5. 26 lower-case letters 

6. The more important punctuation symbols found on all office 
typewriters 

7. Enough mathematical and logical symbols to satisfy the needs of 
such programming languages as ALGOL 2 ' 3 

There is, of course, no definite upper limit on the number of characters. 
One could go to the Greek alphabet, various type fonts and sizes, etc., 
and reach numbers well into the thousands. As set size increases, how- 
ever, cost and complexity of equipment go up and speed of printing goes 
down. The actual choice of 120 characters was a matter of judgment; 
it was decided that this increment over existing sets would be sufficiently 
large to justify a departure from present codes and would not include 
many characters of only marginal value. 

6.3. Subsets 

Two subsets of 89 and 49 characters were chosen for specific purposes. 
The 89-character set (Fig. 6.2) is aimed at typewriters, which, with 44 

1 H. S. Bright, Letter to the Editor, Communs. ACM , vol. 2, no. 5, pp. 6-9, May, 
1959 (a 64-character alphabet proposal). 

2 A. J. Perlis and K. Samelson, Preliminary Report: International Algebraic Lan- 
guage, Communs. ACM, vol. 1, no. 12, December, 1958. 

3 Peter Naur (editor), Report on the Algorithmic Language ALGOL 60, Communs. 
ACM, vol. 3, no. 5, May, 1960. 
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character keys, a case shift, and a space bar, can readily handle 89 
characters. This subset was considered important because input-output 
typewriters can already print 89 characters without modification, and 
44-key keyboards are familiar to many people. 

The 49-character subset (Fig. 6.3) is the conventional set of “com- 
mercial” characters in a code compatible with the full set. 1 This subset 
is aimed at the chain printer mechanism used with the 7030, which can 
readily print character sets of different sizes but prints the larger sets at 
a reduced speed. The 49-character subset permits high-volume printing 
at high speed in a compatible code on jobs (such as bill printing) where 
the extra characters of the full set may not be needed. It should be noted 
that the 49-character set is not entirely a subset of the 89-character set. 

Other subsets are easily derived and may prove useful. For example, 
for purely numerical work, one may wish to construct a 13-character set 
consisting of the ten digits and the symbols . (point) and — (minus), 
together with a special blank. 

6.4. Expansion of Set 

Future expansion to a set larger than 120 can take place in two ways. 

One is to assign additional characters to presently unassigned codes; 
allowance should then be made for certain control codes which will be 
needed for communication and other devices and which are intended to 
occupy the high end of the code sequence. 

The second way is to define a shift character for “escape” to another 
character set. 2 Thus, whenever the shift character is encountered, the 
next character (or group of characters) identifies a new character set, and 
subsequent codes are interpreted as belonging to that set. Another shift 
character in that set can be used to shift to a third set, which may again 
be the first set or a different set. Such additional sets would be defined 
only if and when there arose applications requiring them. 


6.5. Code 

In choosing a code structure, many alternatives were considered. 
These varied in the basic number of bits used (i.e., the byte size) and in 
the number of such bytes that might be used to represent a single (print- 


1 Note that this is one character larger than the previously referred-to 48-character 
set. The additional special character was introduced in 1959 on the printer of the 
IBM 1401 system; but its use has not become firmly established, partly because it 
has no counterpart on the keypunch. Thus the 48- and 49-character sets are, in 
effect, the same set. 

2 R. W. Berner, A Proposal for Character Code Compatibility, Communs. ACM, 
vol. 3, no. 2, February, 1960. 
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able) character. Among the alternatives were the following: 

Single 6-bit byte with shift codes interspersed r 

Double 6-bit byte = single 12-bit byte 1 

Single 8-bit byte 

Single 12-bit byte for “standard” characters (punched-card code) and 
two 12-bit bytes for other characters 

Some of these codes represented attempts to retain partial compati- 
bility with earlier codes so as to take advantage of existing equipment. 

1 R. W . Bemer, A Proposal for a Generalized Card Code for 256 Characters, Com- 
muns. ACM, vol. 2, no. 9, September, 1959. 


These attempts were abandoned, in spite of some rather ingenious pro- 
posals, because the advantages of partial compatibility were not enough 
to offset the disadvantages. 

The 8-bit byte was chosen for the following reasons: 

1. Its full capacity of 256 characters was considered to be sufficient 
for the great majority of applications. 

2. Within the limits of this capacity, a single character is represented 
by a single byte, so that the length of any particular record is not depend- 
ent on the coincidence of characters in that record. 

3. 8-bit bytes are reasonably economical of storage space. 
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4. For purely numerical work, a decimal digit can be represented by 
only 4 bits, and two such 4-bit bytes can be packed in an 8-bit byte. 

/AMrotrgh-sueh-paeking of numerical data is not essential, it is a common 
practice in order to increase speed and storage efficiency. Strictly speak- 
ing, 4-bit bytes belong to a different code, but the simplicity of the 4-and- 
8-bit scheme, as compared with a combination 4-and-6-bit scheme, for 
example, leads to simpler machine design and cleaner addressing logic. 

5. Byte sizes of 4 and 8 bits, being powers of 2, permit the computer 
designer to take advantage of powerful features of binary addressing and 
indexing to the bit level (see Chaps. 4 and 5). 

The eight bits of the code are here numbered for identification from 
left to right as 0 (high-order bit) to 7 (low-order bit). “Bit 0” may be 
abbreviated to B 0 , “bit 1” to B i, etc. 

6.6. Parity Bit 

For transmitting data, a ninth bit is attached to each byte for parity 
checking, and it is chosen so as to provide an odd number of 1 bits. 
Assuming a 1 bit to correspond to the presence of a signal and assuming 
also an independent source of timing signals, odd parity permits all 256 
combinations of 8 bits to be transmitted and to be positively distinguished 
from the absence of information. The parity bit is identified here as 
"bit P” or B P . 

The purpose of defining a parity bit in conjunction with a character set 
is to establish a standard for communicating between devices and media 
using this set. It is not intended to exclude the possibilities of error 
correction or other checking techniques within a given device or on a 
given medium when appropriate. 

6.7. Sequence 

High-equal-low comparisons are an important aspect of data process- 
ing. Thus, in addition to defining a standard code for each character, 
one must also define a standard comparing ( collating ) sequence. Obvi- 
ously, the decimal digits must be sequenced from 0 to 9 in ascending 
order, and the alphabet from A to Z. Rather more arbitrary is the 
relationship between groups of characters, but the most prevalent con- 
vention for the 48 IBM “commercial” characters is, in order: 

(Low) Blank 

Special characters . £[&$* — /, % # @ 
Alphabetic characters A to Z 
(High) Decimal digits 0 to 9 

Fundamentally, the comparing sequence of characters should conform 
to the natural sequence of the binary integers formed by the bits of that 
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code. Thus 0000 0100 should follow 0000 0011. Few existing codes 
have this property, and it is then necessary, in effect, to translate to a 
special internal code during alphanumeric comparisons. This takes extra 
equipment, extra time, or both. An important objective of the new char- 
acter set was to obtain directly from the code, without translation, a 
usable comparing sequence. 

A second objective was to preserve the existing convention for the 
above 48 characters within the new code. This objective has not been 
achieved because of conflicts with other objectives. 

The 7030 set provides the following comparing sequence without any 
translation : 

(Low) Blank 

Special characters (see chart) 

Alphabetic characters aAbBcCtozZ 
Numerical digits 0 0 1 i to 9 ® *( 

Special characters . : — ? 

(High) Unassigned character codes 

Note that the lower- and upper-case letters occur in pairs in adjacent 
positions, following the convention established for directories of names. 
(There appeared to be no real precedent for the relative position within 
the pair. The case shift is generally ignored in the sequence of names 
in telephone directories, even when the same name is spelled with either 
upper- or lower-case letters. This convention is not usable in general, 
since each character code must be considered unique.) 

The difference between this comparing sequence and the earlier con- 
vention lies only in the special characters. Two of the previously avail- 
able characters had to be placed at the high end, and the remaining special 
characters do not fall in quite the same sequence with respect to one 
another. It was felt that the new sequence would be quite usable and 
that it would be necessary only rarely to re-sort a file in the transition 
to the 7030 code. It is always possible to translate codes to obtain any 
other sequence, as one must do with most existing codes. 

6.8. Blank 

The code 0000 0000 is a natural assignment for the blank (i.e., the 
nonprint symbol that represents an empty character space). Not only 
should the blank compare lower than any printable character, but also 
absence of bits (other than the parity bit) corresponds to absence of 
mechanical movement in a print mechanism. 

Blank differs, however, from a null character, such as the all-ones code 
found on paper tape. Blank exists as a definite character occupying a 
definite position on a printed line, in a record, or in a field to be compared. 
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A null may be used to delete an erroneous character, and it would be 
completely dropped from a record at the earliest opportunity. Null, 
therefore, occupies no definite position in a comparing sequence. A null 
has not been defined here, but it could be placed when needed among the 
control characters. 

Considering numerical work only, it would be aesthetically pleasing to 
assign the all-zeros code to the digit zero, that is, to use 0000 as the 
common zone bits of the numeric digits (see below). In alphanumeric 
work, however, the comparing sequence for- blank should take preference 
in the assignment of codes. 

6.9. Decimal Digits 

The most compact coding for decimal digits is a 4-bit code, and the 
natural choices for encoding 0 to 9 are the binary integers 0000 to 1 001 . 
As mentioned before, two such digits can be packed into an 8-bit byte; 
for example, the digits 28 in packed form could appear as 

0010 1000 

If decimal digits are to be represented unambiguously in conjunction 
with other characters, they must have a unique 8-bit representation. 
The obvious choice is to spread pairs of 4-bit bytes into separate 8-bit 
bytes and to insert a 4-bit prefix, or zone. For example, the digits 28 
might be encoded as 

zzzz 0010 zzzz 1000 

where the actual value of each zone bit z is immaterial so long as the 
prefix is the same for all digits. 

This requirement conflicted with requirements for the comparing 
sequence and for the case shift. As a result, the 4-bit byte is offset by 
1 bit, and the actual code for 28 is 

0110 0100 0111 0000 

This compromise retains the binary integer codes 0000 to 1001 in 
adjacent bit positions, but not in either of the two positions where they 
appear in the packed format. 

The upper-case counterparts of the normal decimal digits are assigned 
to italicized decimal subscripts. 

6.10. Typewriter Keyboard 

The most commonly found devices for key-recording input to a com- 
puter system are the IBM 24 and 26 keypunches, but their keyboards 
are not designed for keying both upper- and lower-case alphabetic char- 
acters. The shifted positions of some of the alphabetic characters are 
used to punch numerical digits. For key-recording character sets with 
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much more than the basic 48 characters, it is necessary to adopt a key- 
board convention different from that of the keypunch. The 89-character 
subset was established to bring the most important characters of the full 
set within the scope of the common typewriter, thus taking advantage of 
the widespread familiarity with the typewriter keyboard and capitalizing 
on existing touch-typing skills as much as possible. 

The common typewriter keyboard consists of up to 44 ki ys and a sepa- 
rate case-shift key. To preserve this relationship in the coi e, the 44 keys 
are represented by 6 bits of the code (B i to B e ) and the < ase shift by a 
separate bit (B 7 ). The case shift was assigned to the lovest-order bit, 
so as to give the desired sequence between lower- and upper-case letters. 

For ease of typing, the most commonly used characters should appear 
in the lower shift (B 1 = 0). This includes the decimal digits and, when 
both upper- and lower-case letters are used in ordinary text, the lower- 
case letters. (This convention differs from the convention for single-case 
typewriters presently used in many data-processing systems; when no 
lower-case letters are available, the digits are naturally placed in the same 
shift as the upper-case letters.) It is recognized that the typewriter key- 
board is not the most efficient alphanumeric keyboard possible, but it 
would be unrealistic to expect a change in the foreseeable future. For 
purely numerical data, it is always possible to use a 10-key keyboard 
either instead of the typewriter keyboard or in add ition to it. 

It was not practical to retain the upper- and lower-case relationships 
of punctuation and other special characters commonly found on type- 
writer keyboards. There is no single convention inyway, and typists 
are already accustomed to finding differences in this area. 

6.11. Adjacency 

The 52 characters of the upper- and lower-case alphabets occupy 52 
consecutive code positions without gaps. For the reasons given above, 
it was necessary to spread the ten decimal digits into every other one of 
twenty adjacent code positions, but the remaining ten positions are filled 
with logically related decimal subscripts. The alphabet and digit blocks 
are also contiguous. Empty positions for additional data and control 
characters are all consolidated at the high end of the code chart. 

This grouping of related characters into solid blocks of codes, without 
empty slots that would sooner or later be filled with miscellaneous char- 
acters, assists greatly in the analysis and classification of data for editing 
purposes. Orderly expansion is provided for in advance. 

6.12. Uniqueness 

A basic principle underlying the choice of this set is to have only one 
code for each character and only one character for each code. 
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Much of the lack of standardization in existing character sets arises 
from the need for more characters than there are code positions available 
in the keying and printing equipment. Thus, in the existing 6-bit IBM 
character codes, the code 001100 may stand for any one of the three 
characters @ (at), — (minus), and ’ (apostrophe). The 7030 set was 
required to contain all these characters with a unique code for each. 

The opposite problem exists too. Thus, in one of the existing 6-bit 
codes, — may be represented by either 100000 or 001100. Such an 
embarrassment of riches presents a logical problem when the two codes 
have in fact the same meaning and can be used interchangeably. No 
amount of comparing and sorting will bring like items together until 
one code is replaced by the other everywhere. 

In going to a reasonably large set, it was necessary to resist a strong 
temptation to duplicate some characters in different code positions so as 
to provide equal facilities in various subsets. Instead, every character 
has been chosen so as to be typographically distinguishable if it stands 
by itself without context. Thus, for programming purposes, it is possi- 
ble to represent any code to which a character has been assigned by its 
unique graphic symbol, even when the bit grouping does not have the 
ordinary meaning of that character (e.g., in operation codes). 

In many instances, however, it is possible to find a substitute character 
close enough to a desired character to represent it in a more restricted 
subset or for other purposes. For example, = (equals) may stand for <— 
(is replaced by) in an 89-character subset. Or again, if a hyphen is 
desired that compares lower than the alphabet, the symbol (a modi- 
fied tilde) is preferred to the more conventional — (minus). 

A long-standing source of confusion has been the distinction between 
upper-case “oh” (O) and zero (0). Some groups have solved this problem 
by writing zero as 0. Unfortunately, other groups have chosen to write 
“oh” as 0. Neither solution is typographically attractive. Instead, it is 
proposed to modify the upper-case “oh” by a center dot (leaving the zero 
without the dot) and to write and print “oh” as O whenever a distinction 
is desired. 

Various typographic devices are used to distinguish letters (I, 1, V, 
etc.) from other characters [ | (stroke), 1 (one), V (or), etc.]. It is sug- 
gested that the italicized subscripts be underlined when handwritten by 
themselves, for example, g. 

6.13. Signs 

The principle of uniqueness implies a separate 8-bit byte to represent a 
plus or a minus sign. Keying and printing equipment also require sepa- 
rate sign characters. This practice is, of course, rather expensive in 
storage space, but it was considered superior to the ambiguity of present 
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6-bit codes where otherwise “unused” zone bits in numerical fields are 
used to encode signs. If the objective is to save space, one may as well 
abandon the alphanumeric code quite frankly and switch to a 4-bit 
decimal coding with a 4-bit sign digit, or go to the even more compact 
binary radix. 

6.14. Tape-recording Convention 

As has been remarked before, data-recording media such as magnetic 
tape and punched cards are not inherently code-sensitive. It is obvi- 
ously necessary, though, to adopt a fixed convention for recording a code 
on a given medium if that medium is to be used for communication 
between different systems. 

Magnetic tape with eight, or a multiple of eight, information tracks 
permits a direct assignment of the 8 bits in the 7030 code to specific 
tracks. Magnetic tape with six information tracks requires some form 
of byte conversion to adapt the 8-bit code to the 6-bit tape format. The 
convention chosen is to distribute three successive 8-bit bytes over four 
successive 6-bit bytes on tape. This convention uses the tape at full 
efficiency, leaving no gaps except possibly in the last 6-bit byte, which 
may contain 2 or 4 nonsignificant 0 bits, depending on the length of the 
record. 

Thus successive 8-bit bytes, each with bits B 0 to B 7 , are recorded as 
shown in Table 6.1. 

Table 6.1. Convention fob Recordinq 8-bit Code on 6-track Tape 


Track 

Bits 

0 

B o 

B t 

B, 

Bo 

B„ 

1 

B i 

Bo 

Bo 

Bo 

Bo 

2 

B 2 

Bo 

Bo 

B, 

Bo 

3 

B o 

B, 

Bo 

Bo 

Bo etc. 

4 

B< 

Bo 

Bo 

B, 

B, 

5 

B 6 

Bo 

B, 

Bo 

Bo 


The parity bit is not shown. The parity bits for the 6-bit tape format 
are, of course, different from those of the 8-bit code; so parity conversion 
must be provided also. 

6.15. Card-punching Convention 

Since 80-column punched cards are a common input medium, a card- 
punching convention for the 120 characters is likewise desirable. After 
the possibility of a separate card code for the 120 characters was con- 
sidered — a code having the conventional IBM card code as a subset 1 
1 Ibid. 
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it was concluded that it would be better to punch the 8-bit code directly 
on the card. This does not preclude also punching the conventional code 
(limited to 48 characters) on part of the card for use with conventional 
equipment. Code translation is then needed only whenever the conven- 
tional card code is used; otherwise translation would be required for 
every column if advantage is to be taken of the new code in the rest of 
the system. 

The punching convention is given in Table 6.2. 

In addition, both hole 12 and hole 11 are to be punched in column 1 of 
every card containing the 7030 code, besides a regular 7030 character, 
so as to distinguish a 7030 card from cards punched with the conven- 
tional code. Eight-bit punching always starts in column 1 and extends 
as far as desired ; a control code end (0 1111 1110) has been defined to 
terminate the 8-bit code area. Conventional card-code punching should 

Table 6.2. Convention for Punching 8-bit Code on Cards 


Card row 

Bit 

12 

— 

11 

— 

0 

— 

1 

B P 

2 

Bo 

3 

B , 

4 

Bo 

5 

B, 

6 

B, 

7 

B„ 

8 

Bo 

9 

B , 


be confined to the right end of those cards identified with 12-11 punching 
in column 1. 

Since the parity bit is also punched, the 7030 area of a card contains a 
checkable code. Note that “blank” columns in this area still have a hole 
in the B P row. If only part of the card is to be punched, however, it is 
possible to leave the remaining columns on the right unpunched. 

6.16. List of 7030 Character Set 

A list of the 7030 character-set codes and graphic symbols is shown for 
reference in Fig. 6.4, which includes the names of the characters. 


Sec. 6.16] 


List or 7030 Character Set 73 


Code Code 

P 0123 4567 Character Name P 0123 4567 Character Name 


1 0000 0000 


Blank (Space) 

0 0010 0000 

6 

Ampersand 

0 0000 0001 

+ 

Plus or minus 

1 0010 0001 

+ 

Plus sign 

0 0000 0010 

• 

Right arrow 

1 0010 0010 

$ 

Dollar sign 



(Replaces) 

0 0010 0011 

= 

Equal 8 

1 0000 0011 

* 

Not equal 

1 0010 0100 

* 

Asterisk 

0 0000 0100 

A 

And 



(Multiply) 

1 0000 0101 

{ 

Left brace 

0 0010 0101 

( 

Left parenthesis 

1 0000 0110 

t 

Up arrow 

0 0010 0110 

/ 

Right slant 



(Start super- 



(Divide) 



script) 

1 0010 0111 

) 

Right paren- 

0 0000 0111 

} 

Right brace 



thesis 

0 0000 1000 

V 

Or (inclusive) 

1 0010 1000 

9 

Comma 

1 0000 1001 

V 

Exclusive Or 

0 0010 1001 

9 

Semicolon 

1 0000 1010 

\ 

Down arrow 

0 0010 1010 

t 

Apostrophe 



(End super- 



(Single quote) 



script) 

1 0010 ion 

if 

Ditto (Double 

0 0000 1011 

II 

Double lines 



quote) 

1 0000 1100 

> 

Greater than 

0 0010 1100 

a 


0 0000 1101 

> 

Greater than 

1 0010 1101 

A 




or equal 

1 0010 1110 

b 


0 0000 1110 

< 

Less than 

0 0010 1111 

B 


1 0000 1111 

g 

Less than or 

1 0011 0000 

c 




equal 

0 0011 0001 

c 


0 0001 0000 

[ 

Left bracket 

0 0011 0010 

d 


1 0001 0001 

O 

Implies 

1 0011 0011 

D 


1 0001 0010 

] 

Right bracket 

0 0011 0100 

e 


0 0001 0011 

o 

Degree 

1 0011 0101 

E 


1 0001 0100 


Left arrow (Is 

1 0011 0110 

f 




replaced by) 

0 0011 0111 

F 


0 0001 0101 

= 

Identical 

0 0011 1000 

g 


0 0001 0110 

- 

Not 

1 0011 1001 

G 


1 0001 0111 

y/ 

Square root 

1 0011 1010 

h 




(Check mark) 

0 0011 1011 

H 


1 0001 1000 

% 

Percent sign 

1 0011 1100 

i 


0 0001 1001 

\ 

Left slant (Re- 

0 0011 1101 

I 




verse divide) 

0 0011 1110 

3 


0 0001 1010 

0 

Lozenge (Dia- 

1 0011 1111 

J 




mond) (Note) 




1 0001 1011 

1 

Absolute value 

Note: The 

character O has also 



(Vertical line) 

been used. 


0 0001 1100 

# 

Number sign 




1 0001 1101 

J 

Exclamation 






point (Fac- 






torial) 




1 0001 1110 

a 

At sign 




0 0001 1111 


Tilde (Hyphen) 





Fig. 6.4. List of 7030 codes and characters. ( Continued on next page.) 
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Code 

P 0123 4567 Character Name 


0 0100 0000 
1 0100 0001 
1 0100 0010 
0 0100 0011 
1 0100 0100 
0 0100 0101 
0 0100 0110 
1 0100 0111 
1 0100 1000 

0 Q100 1001 
0 0100 1010 

1 0100 1011 
0 0100 1100 
1 0100 1101 
1 0100 1110 

0 oioo mi 

1 0101 0000 
0 0101 0001 
0 0101 0010 
1 0101 0011 
0 0101 0100 
1 0101 0101 
1 0101 0110 
0 0101 0111 
0 0101 1000 
1 0101 1001 
1 0101 1010 
0 0101 1011 
1 0101 1100 
0 0101 1101 
0 0101 1110 
i oioi ini 


k 

K 

1 

L 

m 

M 

n 

N 

o 

0 

p 

p 

q 

Q 

r 

R 

s 

s 

t 

T 

u 

u 

V 

V 
w 

w 

X 

X 

y 

V 
z 

z 


Code 

P 0123 4567 Character Name 


1 0110 0000 0 

0 0110 0001 o 

0 0110 0010 1 

1 0110 0011 , 

0 0110 0100 2 

1 0110 0101 2 

1 0110 0110 3 

0 0110 0111 3 

0 0110 1000 4 

1 0110 1001 ^ 

1 0110 1010 5 

0 0110 1011 5 

1 0110 1100 6 

0 0110 1101 6 

0 0110 1110 7 

1 ono nil 7 

0 0111 0000 8 

1 0111 0001 a 

1 0111 0010 9 

001110011 9 
1 0111 0100 

0 0111 0101 : 

0 0111 0110 
1 0111 0111 ? 


Zero 

Subscript zero 
One 

Subscript one 
Two 

Subscript two 
Three 

Subscript three 
Four 

Subscript four 
Five 

Subscript five 
Six 

Subscript six 
Seven 

Subscript seven 
Eight 

Subscript eight 
Nine 

Subscript nine 
Period (point) 
Colon 
Minus sign 
Question mark 


Fig. 6.4 ( Continued ) 



Chapter 7 

VARIABLE-FIELD-LENGTH OPERATION 

by G. A. Blaauw, F. P. Brooks, Jr., and W. Buchholz 


7.1. Introduction 

Chapter 4 dealt with the fact that natural data units for fixed-point- 
arithmetic, logical, and editing operations vary considerably in length 
and structure. The variable-field-length instructions of the 7030 have 
been designed to make it possible to specify these natural data units 
simply and directly, thus saving time, space, and programming effort. 

The variable-field-length (VFL) data-handling operations may be 
divided into three classes: (1) arithmetical, (2) radix-conversion, and 
(3) logical-connective operations. VFL arithmetical and logical-connec- 
tive operations are both used also for processing alphanumeric data. 

The VFL instructions include the basic arithmetical repertoire (load, 
store, add, compare, multiply, divide) as well as interesting new oper- 
ations and features. More important, however, is the method of data 
definition employed by all VFL instructions. Each field, regardless of 
length, is treated as a separate entity independent of its neighbors. Each 
numerical field may have its own sign, if a sign is desired. Any overflow 
beyond the end of the specified field is signaled, but the next adjacent 
field is protected from inadvertent carry propagation. Similarly, any 
loss of significant bits caused by storing a result in a field of limited size 
is signaled. A result zero indicator shows the state of only the desired 
field, no more and no less. 

The flexibility needed for VFL operations is achieved most economi- 
cally by a serial data-handling mechanism. Serial data handling is 
relatively slow, but the objective here is not high speed for individual 
instructions. (Where arithmetical speed is of the essence, the unnormal- 
ized floating-point mode should be used for fixed-point arithmetic — see 
Chap. 8.) The VFL instructions are intended for such operations on 
complex data structures as format conversion and arranging for printing. 
Such operations can be performed by a serial VFL unit faster than by 
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PROPOSED AMERICAN STANDARD CODE 
FOR INFORMATION INTERCHANGE 


U ^ oFP ( c i /g- 


January 11, 1962 
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Proposed American Standard Code 
for Information Interchange 


1. Scope 

1. 1 This standard establishes a 7-bit coded character set for the" 1 

interchange of data in an information processing system. ~ 

1.2 This standard does not define the means by which the coded 

set is to be recorded in any physical medium. The standard code j\Ji> 
does not include any redundancy or define techniques for error 
control. Further, it does not specify a standard collating sequence. 

2. Standard Code 


See table and notes below 
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3 HICS 



© - Unosslgned Controls 

DO - Reserved for Dota Delimiter 



Note 1: Deviations from the standard may create serious diffi- 
culties in information interchange and should be used only with 
full cognizance of the parties involved. 

Note 2: Unassigned codes are reserved for future standardization. 
Their use in information interchange prior to such standardization 
is a deviation from the standard. 
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PROPOSAL FOR COMPATIBLE CODE FOR INFORMATION INTERCHANGE 


Ferranti L td 

ELECTRICAL & GENERAL ENGINEERS 

21 Portland Place 
London wi 


HEAD OFFICE «. WORKS 
HOLUNWOOD. LANCS 
TELEGRAMS 

FERRANTI. HOLUNWOOD 
TELEPHONE 

FAIlsworth 2000 


YOUR REF. 


•y'Y 2 

Mr. J.F. Auwaeter, 

Director of Product Development, 
Teletype Corporation, 
SKOKIE , ILLINOIS 

U. S. A. 


REF 44l/HMcGR/CTJ 

29th January, 1962 


Dear Mr. Auwaeter; 

- CODING 

Following our very valuable discussion 
when you visited this country, I have attempted to think out 
a compatible code which might meet the needs of all groups 
working in this field. I attach a copy of this proposal. 

I have attempted to find a way of grouping 
the controls together in an orderly way, taking into account the 
needs for contraction and expansion of the codes and for a number 
of different machines and systems. I have tried to meet the points 
you made about simplicity in the design of your new Teletypewriters 
and associated equipment. I hope it will not be too difficult 

to mg.ke the "control" key invert bit-d as well as forcing bit-7 
Although the layout of the keyboard may not be quite as nice as 
yours, I hope you may feel it tolerable in the interests of general 
compatibilitj’-. The controls in the bottom half of 001-zone has 
been arranged in pairs, because this makes it easier to accommodate 
FS and IS, and makes things tidier if any one of these machines is 
not required; however, these could be re-arranged if you particularly 
desired. 


I hope you will feel these proposals offer a 
prospect of progress, and I look forward to any further discussion 
we may have about them. 


Enel ; 


Yours sincerely, 

II. (TcC • 

H. McG. Ross 

Computer Sales Department 


fjjs\ /. r (+ 
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PROPOSAL FOR COMPATIBLE CODE FOR INFORMATION INTERCHANGE 


1. This proposal for a compatible code for information interchange 
attempts to meet all the requirements of the ASA, ECMA, BSI and EEA Coding 
Committees. In particular, it combines all the features considered best in 
the schemes so far developed by these groups. 

2. In seeking compatibility, the main task is to attain uniformity of 
those factors which;- 

(i) Affect the design of equipment; 

(ii) Affect programming conventions, and especially input routines; 

(iii) Affect the operational planning of complete systems. 

The factors which have the greatest importance. -Prom these points of view 
are the controls or functions. Consequently, attention in the attached chart 
is concentrated on these. The coding of numbers and letters has already been 
agreed; it is considered that the choice and coding of special symbols is 
less important and can be tackled later, 

3. The attached chart is based on the ASA X3,2 proposed code, but shows only 
the first 2 zones containing the controls; the remainder of the Cede Table 

would follow the ASA proposals, but possibly with amendment of the special symbols. 

4. In addition to the type of controls specified in the ASA scheme, it is 
also shown how these proposals could be applied to a number of other systems, 

5. In designing this code, the controls have been arranged in the following 
4 groups: 

(i) Upper half of 000-zone contains the most- important and 
most-used controls; 

(ii) Upper half of 001-zone contains the data delimiters; 

(iii) Lower half of 000-zone contains controls which are primarily 
required to control various systems; in a way, these can 
be regarded as characters which are not part of the true 
information in the message; 

(iv) Lower half of 001-zone contains controls which turn off and 
on auxiliary equipment. 

6. In order to obtain an orderly and logical arrangement of the code, 
the controls have been arranged within the first 5 positions of each of the 
first 3 of the above half-zones in a sequence which corresponds to that of 
Table 1 of the report of the ECMA Task Group, November 8-9. Thus, controls 
which are equivalent to one another are on the sane "level" or "sub-level" . 

7. Care has been taken to fit in with a typewriter- style keyboard and to 

meet inexpensively the needs of Teletypewriters and Flexowriters. The keyboard 
layout obtained is shown in the second figure. On Teletypewriters and Flexowriters, 
all the control codes can be made from the letter-keys in conjunction with a 
"control" (or "auxiliary") key, which inhibits the emission of bit-7 and also 

inverts bit-4 (bits are numbered bit-7 bit-l). Only Motor Off requires 

special treatment, i.e. bit-4 should not be inverted. Yi/RU and Bell are placred 
fairly near to their current positions on the CCITT keyboard. Keys M, and also 
perhaps N and 0, are free to he paired up with special symbols coded at the 
foot, of the 101-zone. And kevsX.Yand Z are available for making the 3 
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The following contractions from the 7-bit set are available :- 


(i) 

(ii) 

(iii) 

(iv) 


(v) 


Dense 6-bit sub-set obtained from zones 010-110, as 
in ASA proposals; 

Dense 4-bit graphic sub-set, as in ASA proposals; 

All the transformations in Mr. Berner’s note of 12th 
September, 1961, (Table l), are unaltered; 

A 6-bit set of the BSl/ECMA type, suitable for 
general-purpo se use with European computers, is easily 
obtained by ignoring bit-6 and moving bit-7 into its place.; 

5-bit sub-set is easily obtained with FS and LS mapping 
over Escape and Delete. 


q Aa an alternative arrangement, the upper and lower halves of zones 000 

L 001 tould be transposed. Then the control key on M^“«iters would not 
_ PP|1 +0 invert bit-4. In order to contract to the type of 6-bit sub se 
required for general-purpose computer use, bit-4 in these 2 zones wou 
Zt be inverted! before the contraction of 8(iv) is carried out Although 

this would be easy enough for computers to do, it equipment 

simpler machines. As a consequence, and in case designers tendency 

not fullv understand the situation, there might, therefore, be a tenden y 
to Zo eTt SSTrf code to come inio use (one with the ccntrols^^the^two 

halves of these zones transposed, and the o.her without). difficulty in 

ibis would be unfortunate, and it would also present a serious difficulty 
placing the more-important oynbols in zone 010. 

io - • d Ih : k 
JSIf V)! and they are -ded ^coutto ‘*^5“ 

SeWctse «es 7 e'™t S ^t'be T ured else. (Normal Shift i-ttat 

- ZZTJS SS'S.'S cf^lf rs 

rNorLl Shifttlit Lome users in Continental Europe may prefer to hare lower-case 
letters in Normal Shift). 

11 It is assumed that data delimiters in ASA terminology are, at least 

in" part, equivalent to the separators of information in ECMA terminology. 

13. Special points concerning British Standard Code. This proposal requires 

the following changes from the BS Code:- 

(r) Transposition of Tabulate and an unallocated control 

' ' combination. This affects machines and programming 

techniques , and is an example of the critical consequences 

resulting from a change of a control character. I 2 

years since some British organisations began to use code 

of the BS type and they nay now be unable to f°llo 

transposition; others now using the BS code nay be less 

committed, and able to change. 

7 / 
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(ii) Backspace and CR are treated as alternates, this 
being felt to be justified because existing machines 
use one or the other, not both, and CR may become 
less important in future (see also 14. (ii). 

(iii) CR is recoded; no-one is yet known to be using the 
existing BS code for this. 

(iv) The 8- track punched tape code would be changed to 
follow the zone-structure of the ASA scheme. 

14. Special points concerning Flexowriter system:— 

(i) Newline means combined CR and LF; throughout this 
note the latter Eire used in their CCITT meaning, not 
in the confusing Flexowriter meaning. 

(ii) The machine is designed so that it is not damaged 
if a Backspace character is received immediately 
after a Newline character. 

^iii) X — Readers 

R^ = Printer 

R 2 a Punch 1 

FS « Red, this trick having been found useful for 

compatibility between certain single-shift 
and double-shift machines. 

15. The Magnetic Tape and Machine Tool Control Systems show possible 
extensions of the scheme. 


Ferranti Ltd., 

London Computer Centre, 
21 Portland Place, 
LONDON, W1 

EMcGR/CTJ 


H. McG. Ross 



PROPOSAL FOIt COMPATIBU1 CODE FOR INFORMATION 1NT1RC1IANGE 


This chart shows only the controls in the first two /ones. Tlie remainder of the codes would 
follow tlie ASA X3.2 proposals (except perhaps for some re-arrangement of special symbols). 



ASA Telecommunication 

BSl/ECMA Notation 

Flexowriter System 

■HIMSIK 

Machine Tool 

System 





System 

Control System 

000 

001 

000 

001 

000 

001 

000 

000 

0000 

Null 

Delimiter 0 

No Action 

End of Sub-field 

Blank Tape 


Filler 

No Action 

0001 

H Tab 

Delimiter 1 

H Tab 

End of Field 

H Tab 




0010 

LF 

Delimiter 2 

Newline 

End of Item 

Newline (CR) 




0011 

V Tab 

Delimiter 3 

Paperthrow 

End of Group 

Line Finder 




0100 

FF 

Delimiter 4 

End of Form 

End of Job 





0101 

CR 


Backspace or 


Backspace 







CR 






0110 

Special Shift 


Shift Out 


LC Shift 




0111 

Normal Shift 


Shift In and 


UC Shift and 





and TapeFeed 


Run Out 


Tape Feed 




1000 

M Off 

X Off 




Switch Readers 

Tape Mark 

End of Address 







(Control ) 


Symbol 

1001 

SOM 

X On 



Skip 

Ihinch 2 On 

Word Separator 

End of Coordinate 








. 

Word 

1010 

EOA 

R x Off 




Non Print 

Block Mark 

End of Point 

1011 

EOT 

R ! 0,1 




Print Restore 

Group Mark 

End of Operation 

1100 

EOM 

R 2 Off 



Stop 

Punche s Off 

Record Mark 

End of Job 

1101 

RU 

®2 ° n 

ARQ 



Punch 1 On 

Delta 

Reverse 

1110 

WRU 

FS 


FS 


Red or Switch 









Co 1 o rs 



1111 

Bell 

LS 


IjS 


Black 




In all systems, Space (blank) = 0100000, 

In ASA Telecommunication system, ACK = 


Escape 


1111110, Delete 


1111111. 


H. McG. R. 
January 25, 1962 
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January 11, 1962 


TO: X3.2 Members and Alternates 
FROM: X3.2 Secretary 


The Minutes of the December 11-14, 1961 meeting were mailed without 
the Summary page, which is enclosed. Please attach this page to 
your copy of the minutes, and then be prepared to discuss and approve 
them at the January 31 session. 

The November 8-10, 1961 Meeting Minutes have not been distributed 
pending a careful review by Mr. Macon. They are particularly im- 
portant in the approval procedure of a Draft Standard and are being 
scrutinized accordingly. They will, however, be out prior to the 
January 31 session to enable their approval at. that date, and sub- 
mission to BEMA and X3» 





The National Cash Register Company 

ELECTRONICS DIVISION 

1401 EAST EL SEGUNDO BOULEVARD • HAWTHORNE, CALIFORNIA • PLymouth 7-181 1 


30 January 1962 


y\y~ 

Mr. John Auwaerter 


Teletype Corporation 
5555 fouhy Avenue 
Skokie, Illinois 


Dear John: 


This is the trip report which I have distributed to the X3.2 Committee, 
to interested parties within NCR and to the people we visited on our 
trip. I covered most heavily the areas directly concerned with the code 
and touched only lightly on the general telecommunication discussions. 

I hope that I covered the trip adequately and accurately. I am sure that 
a supplementary report by you would be more than welcome by all inter- 
ested parties, should you wish to write one. 

Hope you enjoyed the camel ride. Give my best to Irene and I will be 
seeing you in New York probably, shortly. 

Sincerely, 

/? 

Leon Bloom 

LB: jo 
Enclosure 
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REPORT ON DISCUSSIONS BETWEEN 
John Auwaerter and Leon Bloom 
of ASA X3.2 

AND MEMBERS OF EUROPEAN DATA PROCESSING COMMUNITY 


SUBJECT: 

INTERNATIONAL STANDARDIZATION 
OF CHARACTER CODES AND SETS 


25 January 1962 


/V//v>4 f- 7 f& I ^ 


INTRODUCTION 


We will attempt to describe the long complex trip just completed by summarizing 
first the major purposes, impressions and accomplishments of the trip and then describing 
in some detail, each of our visits. It will, of course, be impossible to convey in a re- 
port of reasonable length all the information gathered on the trip. It is our hope that we 
will have the opportunity to discuss the trip in more detail, with the X3.2 Committee as 
well as with others concerned with the subject. 


SUMMARY 

The purpose of our visit to Europe was to meet informally with those people in the 
data processing and telecommunications industries in Europe who were active in the stand- 
ardization of character codes and sets. It was our intention to explain in some detail the 
thinking which caused the proposed American Standard to develop as it did, the status of 
the proposed standard and the plans that various companies in the United States, particu- 
larly the Bell System, had for implementation of the new code. We then hoped to answer 
any questions which may have been generated either by documents which had been received 
before our visit or by the discussions during our visit. 

At the same time, we felt it would be useful to get further information on the pro- 
gress of standardization work in Europe and to get a better understanding of the factors 
influencing this work. 

In all respects our visit was highly successful. We visited a majority of the people 
in Europe who are active in the standardization of character sets and codes. At each stop 
we found a tremendous willingness to cooperate in an exchange of information. (As a mat- 
ter of fact, it was quite unanimous that it would have been desirable to have begun a coop- 
erative effort about 6 months ago so that each of us could have had the benefit of the others 
needs and thoughts.) In many instances we found a lack of complete understanding of the 
motives and intentions in certain critical areas of the work being done on both sides. We 
believe that any misunderstandings have now been eliminated so that further exchanges will 
be on a sounder basis. 
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The most important result of our visit, however, was the generation of a plan, agreed 
to by all those we visited, by which an attempt would be made to reach a compromise agree- 
ment on a proposal to be submitted to the ISO TC/97 meeting to be held in France sometime 
in October 1962. It was highly gratifying to see the degree of enthusiasm which developed 
over such a possibility. It is our hope and expectation that the same kind of enthusiasm will 
be generated in the United States and that every effort will be made to reach an internation- 
al agreement at the earliest possible date. It is our firm conviction that such an agreement is 
highly desirable and is achievable. Further, it is our feeling that if agreement is not achiev- 
ed in the immediate future, each group will have proceeded in its own direction to the extent 
that an international standard will not be achievable for many years to come. 


FRANCE: 


Persons Visited 

M. Giret 
M. Weill 

P. Dreyfus 
M. Durand 
M. Pedretti 
M. Feissel 


Company Affiliation 
AFNOR 

BULL - Head Logical 
Standards 

BULL 

BULL 

IBM 

BULL 


The visit to France covered three main areas: 


Standardization Organization 

AFNOR 


Vice-Chairman ECMA 
ECMA TC - 1 
Treasurer ECMA 
Chairman WGB ISO TC - 97 


1 . Development of a plan for activation of WGB ISO TC - 97. 

2. Standardization activities in France. 

3. An introduction to the activities of ECMA TC - 1 on character sets. 


Plan for WGB 

Mr. Feissel reported that only 3 groups at the most were expected to have sent pro- 
posed standards to WGB in time for the October meeting of ISO TC - 97. These groups 
were the BSI and the ASA for certain, and ECMA TC - 1 as a possibility. It was agreed that 
it would be highly desirable if a single proposal from all three groups could be developed in 
time for the TC - 97 meeting so as to avoid further solidifying each of their positions along 
different lines. In order to make a serious attempt at accomplishing this the following plan 
was proposed: 

1 . Mr. Auwaerter and Mr. Bloom would, during their visit to Europe, attempt 
to determine whether such a combined proposal was achievable within the 
available time. Mr. Weill planned to meet the American representatives in 
Geneva at the conclusion of their trip to discuss the conclusions, (The con- 
clusions were positive.) 
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2. Assuming a positive conclusion X3.2 would send delegates to the ECMA 
TC - 1 meeting in March in an attempt to develop such a proposal. 

3. In the meanwhile, a meeting of WGB would be called for May 1962. 

4. During the May meeting a draft proposal to ISO TC - 97 would be 
developed. 

5. The time from May to October would be required for reproduction, trans- 
mission, translation and study of the proposal by various members of ISO 

^ - 97. (A minimum of four months is required for consideration of such 
proposals.) 

Standardization Activities in Fran ce 

At least six multi -lettered standardization groups active in fields related to data 
processing were described. The function and interrelation of these groups is too complex 
to explain (or even understand fully). Suffice it to say, France is very active in standard- 
ization work and is completely serious about efforts to arrive at workable standards in the 
data processing and related fields. 

Activities of ECMA TC - 1 

This group began its work early in 1961 with the same general scope for Europe as 
X3.2 has for the United States. (ECMA is an organization composed of representatives 
from eighteen European computer manufacturers.) Thus far about six meetings have been 
held and the work has progressed to the point where: 

1 . General agreement has been reached that a 6-bit code will be standardized. 

2. The location of the alphabet, numerals, escape, delete and the three extra 
alphabetic characters required by the Scandinavians has been agreed to. 

3. The area in which important controls are to be located has been agreed to. 

4. The area in which the most important special symbols are to be located has 
been agreed to . 

5. The exact controls and symbols to be included as well as the sequence of these 
controls and symbols has not been settled . 

6. At their last meeting, following receipt of information about the work of X3.2 

on a 7-bit set, several proposals were advanced on possible methods of expan- 
sion to a 7-bit set. 
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Areas of Agreement by ECMA TC - 1 



Scandinavian 

extension 


It should be noted that this work closely resembles the work of the British Standards 
Institute so that there is complete agreement between the X3.2 proposal, the BSI standard 
and ECMA TC - 1 on the location of the numerals and the alphabet. When the X3.2 7-bit 
set is collapsed into a 6-bit set, it becomes obvious that the basic area of conflict between 
the European work and that of the Americans is primarily In the location of the important con 
trols and secondarily 'in. the location and sequence of the important symbols. The reasons for 
the conflict and the philosophy behind the placement and sequence of the control became 
clear later in our trip. 



ENGLAND 


Persons Visited 

Company Affiliation 

Standardization Organization 

K. Amos 

British Post Office 

CCITT 

Ho lland-Martin 


President of ECMA 

H . McG . Ross 

Ferranti Ltd. 

BSI, ECMA TC - 1 

Mr. Chadwick 

BSI 

BSI 

T. Cluff 

ICT 

BSI, ECMA TC - 1 

J. Smith 


BSI 

Mr. Crawley 

ITT 

BSI, CCITT 

A. Curnow 

NCR 

BSI, ECMA TC - 1 

The visit to England 

covered two main points: 



1 . The status of the BSI code. 

2. The differences and possible areas of compromise between the BSI code, 
the ECMA work and the X3.2 proposed standard. 

Status of the BSI Code 

The BSI code has just been published and is therefore now an approved standard. 

A number of companies in England have been working on implementation of the standard 
and several companies have already included a small number of features of the code in 
their equipment. The BSI has been working on the development of this standard for three 
years . 

It was generally conceded, however, that should international agreement be reach- 
ed on a standard, although different in some respects from that of the BSI, the British Stand- 
ards Institute would wholeheartedly cooperate in the establishment of such a standard. It 
was felt that establishment of such a standard would be highly desirable. 

Areas of Compromise Between Codes 

It was generally agreed that the USA had gone too far down the path of the 7-bit 
set and the Europeans too far in working toward a 6-bit set for there to be any serious hope 
of either changing their basic organization. (This feeling was prevalent among the data 
processing people we visited but a number of the communicators showed definite interest in 
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eventually going to a 7 or 8 level set.) 

The goal which it was decided should be strived for and which showed the possi- 
bility of being met was that of having a 6-bit set for the Europeans which bore a simple 
logical relationship to the American 7-bit set. The alphabet and numerals presented no 
problem but the location and sequence of the controls and symbols did present a problem. 

The reasons behind each choice of location was discussed. Since the X3.2 position is dis- 
cussed in the proposed standard, only the European position will be covered in detail here. 

The controls were placed in the upper part of the first quadrant for ease of ident- 
ification by a program. A single comparison of - would separate these controls and space 
from data. For this purpose space may be considered a delimiter and therefore, in this 
sense, a control. Some of the controls included in this area such as H Tab , Line Feed, 

Vert Tab and Form Feed serve the dual purpose of control and data delimiter. The sequence 
and grouping of these controls therefore becomes of major significance. 

If each side persists in its wish to keep the controls in the sections in which they are 
currently proposed, a possible means of compromise is to expand or collapse by manipulating 
bit b^ so that on collapse the controls would move from the lower portion of the stick to the 
upper portion. If this method were adopted the compromise would merely involve getting the 
controls in the same sequence in both sets. Such a compromise could bring results. 
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ITALY 



Standardization Organization 
ECMA - TC - 1 


Formerly With Major Leubbert 
at Ft. Monmouth 

01 * lveftl Chairman WGD ISO TC - 97 

. . ° Ur discussions here «» work of ECMA TC - 1 . The need for standard- 

ization on an international level was strongly backed but so were the concepts of the 6-bit 

code as they were being developed by ECMA. It was recognized, however, that to develop 
o 6-brt code without consideration of expansion, or a 7-bit code without considering the 
=o lapse, would be foolish. The outlined methods of expansion and collapse seemed reason- 
able as a starting point for further discussion and it was indicated that every effort should be 

made to reach agreement according to the plan worked out in France and along the lines 
worked out in England. 


GERMANY - MUNICH 

People Visited 

Dr . Lockemann 
FI . Wusteney 
H. Hennig 


Company Affiliation 

Seamans 

Seamans 

Seamans 


Standardization Organization 
Chairman ECMA TC - 1 


The discussions here centered about the needs of the telecommunicates in Europe 

and how these needs relate to the data processors. The TEtEX network is the telecommuni- 

catron network used throughout Europe (about 100,000 machines are in use). They make 

use of a shifting 5-level code and there is no evidence that there will be a change from this 

m the immediate future. (There was some expression of opinion that a change might be forth- 

commg in five to ten yeas and that the change might incorporate a higher level code. Any 

change in Europe would probably be gradual however, since most teleprintes in the TELEX 

network are customer owned, making for a greater reluctance to obsolete a piece of equip- 
merit.) 
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Another aspect of the situation which was discussed at each of the countries visited 
and which was discussed at some length here, was that of keyboard layout and the signifi- 
cance assigned to this factor in establishing the code. It was pointed out, and we had also 
concluded from our own observations, that keyboards were far less standard in Europe than 
they were in the United States. England was the only country where : (colors) and ; (semi- 
colon) were paired on a key and the pairings on other keys showed no standardization and 
very little in the way of a pattern. (In some instances even the alphabet placement was 
not standard with as many as 6 letters being placed differently than on United States key- 
boards.) Since there was no generally accepted keyboard layout, little emphasis was placed 
on arranging the code to facilitate an historic keyboard arrangement. 

Dr. Lockemann, as Chairman of ECMA TC - 1 expressed wholehearted approval of 
our efforts to arrive at an agreement by May so that a single proposal for an international 
standard might be submitted to the October meeting of ISO TC - 97. The invitation to X3.2 
to participate in the March meeting of ECMA TC - 1 was repeated. (We have since learned 
that a February meeting of TC - 1 has been called partially to consider the effects of the X3.2 
proposed standard .) 

GERMANY - Stutgart and Pfortsheim 


People Visited 

Company Affiliation 

Standardization Organization 

Dr. Kaiser 

Standard Elektrik Lorenz 


H. Augustin 

Standard Elektrik Lorenz 


Dr. Neubauer 

Standard Elektrik Lorenz 

ECMA TC - 1 


During this visit we discussed further the needs of the European telecommunicators 
and clarified some aspects of the X3.2 work which were not clearly understood. In addition, 
however. Dr. Neubauer presented to us a revised approach to the use of controls in combina- 
tion with data delimiters as part of the European 6-bit code. The approach will be proposed 
at the next meeting of ECMA TC - 1 . 

The system is based upon the idea that the lowest order delimiter should be closest to 
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the graphics. This means that since it is proposed that the controls (delimiters) be in the 
first half of the first quadrant the sequence of these controls becomes: 

FF 

V. Tab 
New Line 
H. Tab 
Space 

where the binary value increases as you go down the column. Placing the delimiters in this 
sequence not only permits separation of graphics from controls with one comparison, but per- 
mits immediate discrimination among the delimiters. For example, it is not unlikely that an 
item normally delimited by New Line might also be delimited by either of the higher order 
delimiters, viz., V. Tab and Form Feed. A single - comparison with New Line will immed- 
iately determine the end of item regardless of which of the three possible delimiters actually 
signaled the end of item. 

The significance of the proposal by Dr. Neubauer is that if we are to achieve com- 
patibility with such a system, the sequence of the controls in the X3.2 proposal would either 
have to follow this sequence or be the exact reverse of it. In either case it could have a sig- 
nificant bearing on any combined international proposal. 
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SWITZERLAND 


Persons Visited Company Affiliation Standardization O rganization 

M. Bessayre Senior Counsellor CCITT CCITT 

M. Weill BULL Representing AF NOR 

In our meeting with M. Bessayre we discussed the activities of CCITT in their 
standardization activities for European telecommunication. It was pointed out that al- 
though there is current standardization on a 2-level 5-bit code, there was agitation on 
the part of the Czechs and Poles as long as three years ago for a study on extension of 
the alphabet. At that time, apparently, the United States and Great Britain indicated 
that they saw no need for an extension of the alphabet and as a result the study effort 
was dropped . 

M. Bessayre has now received a communication from the American Telephone and 
Telegraph Company (written by John Booth, X3.2 member) which describes the X3.2 pro- 
posed standard. This document is being reproduced and will be distributed to CCITT mem- 
bers as an American proposal . It was M. Bessayre's belief that as European telecommunica- 
tors began switching from their present 50 baud system to 100 or 200 bauds, an expansion of 
the character set would accompany the change. 

In our meeting with M. Weill we re-confirmed our conviction that a compromise be- 
tween the European position and the American position could be reached if the plan originally 
outlined at the beginning of our trip were followed. It was further agreed that if agreement 
could not be reached at this time, it would be many years before a single international stand- 
ard could be developed. We therefore strongly recommended that the proposed plan be put 
into effect immediately. 
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